使用git subtree管理项目中的子库
随着项目越来越多，很多项目依赖同一个模板或是配置文件想同一管理，又不想分开维护，所以只能互相引用，或是各自维护，导致了后续的很多麻烦。怎么办呢？
背景
最近工作中遇到了一个问题：随着项目越来越多，很多项目依赖同一个模板或是配置文件想同一管理，又不想分开维护，所以只能互相引用，或是各自维护，导致了后续的很多麻烦。
场景一： 很多公司手机端和pc同时开发，引用同一套模板，或者通用的组件库。
场景二：用gulp、webpack来打包，或是用node来开发会有一些通用的配置文件需要统一管理。
1.可以使用git submodule方法，来建立一个子模块，方法见http://toimc.com/2016/11/git-submodule/
2.使用git subtree方法：
可以在git bash中使用git subtree --help来看官方的说明。
语法：
#从提交中，创建本地目录
git subtree add -P <prefix> <commit>
#从仓库中，创建本地目录
git subtree add -P <prefix> <repository> <ref>
#更新与推送
git subtree pull -P <prefix> <repository> <ref>
git subtree push -P <prefix> <repository> <ref>
#快速拆分目录代码
git subtree split -P <prefix> [OPTIONS] [<commit>]
#与指定提交进行合并
git subtree merge -P <prefix> <commit>
合并指定提交中的代码到subtree中来。
如：
#使用git subtree add新建了目录lib
git subtree add -P lib <repository> <ref>
#此后lib中的文件发生了多次的改变
#可以使用git subtree merge到某次的提交
git subtree merge -p lib <commit>
使用
git log或者git reflog来查看提交代码，取前6位数
情景：项目A中已经有lib库，需要在其他地方使用。
方法一：把lib目录（lib分支）中的代码，使用以下命令进行常规提交到另一个库
1.使用split方法
#语法
git subtree split -P <prefix> [OPTIONS] [<commit>]
#实际使用
git subtree split -P lib -b newLib
git push origin newLib
#在其他项目中，拉取分支内容
git clone --branch=newLib <repository> <ref>
此命令会把目录下的lib目录，新建一个分支为newLib,里面会包含所有与lib目录下文件相关的commit。
以上命令，相当于是建立了一个新的分支去管理lib目录中的文件，
*2.或者在分支中初始化一个git仓库，推送代码到远程分支，对分支进行管理（不过 这样就与submodule没有区别了，而且逻辑更复杂不便管理）
git init
git remote add lib <reponame> <repourl>
git add .
git commit -m "first commit
git push origin master
方法二：使用git subtree push方法
语法：
git subtree push -P lib <repository> <ref>
git subtree push --prefix=<子目录名> <子仓库名> <分支> --squash
情景：项目A中需要newLib项目中的代码作为lib库
1.使用git subtree add命令新建目录
git subtree add --prefix=<子目录名> <子仓库名> <分支> --squash
--squash 会把subtree上的改动合并成一次commit。
2.使用pull & push操作更新代码 ##
pull：git subtree pull --prefix=<子目录名> <子仓库名> <分支> --squash
push：git subtree push --prefix=<子目录名> <子仓库名> <分支> --squash
总结
1.在新员工加入团队时：一次性clone项目，submodule可以一起clone出来，只需添加–recursive递归参数就可以了，而subtree并不行，只能手动添加，不过可以借助神器Yeoman(一个自动生成项目脚手架的工具)来实现。
2.subtree适合像配置文件这种需要跟着项目走的情况。
3.submodule适合在开发阶段时引用，到了生产环境会被打包到指定文件内，而本身并不用跟着版本走的情况。
参考文献：